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Beschreibung 

Verfahren und Anordnung zum Uberwachen eines Programms 

5 Die Erfindung betrifft ein Verfahren und eine Anordnung zum 
Oberwachen eines Programms. 

Eine Uberwachung eines Programms erfolgt iiblicherweise 
mittels spezieller Haltepunkte (sog. Brakepoints) , an denen 

10 ein Programmierer Debuginf ormationen einsehen und 

gegebenenf alls auf eine Fehlf unktionalitat des Programms 
riickschlieiien kann. Diese handische Maiinahme ist bei einem 
hinreichend grolien Programm mit zahlreichen Unterprogrammen 
auBerst umstandlich und zeitraubend. Weiterhin erfolgt eine 

15 Auswertung der Debuginf ormation hauptsachlich offline, also 

nicht zur Laufzeit des Programms. Ist das Programm Teil eines 
verteilten Systems ist eine iibersichtliche handische 
liberwachung nicht mehr koordinierbar . 

20 

Die Aufgabe der Erfindung besteht darin, ein Verfahren und 
eine Anordnung zur Uberwachung eines Programms anzugeben, das 
bzw. die auch zur Laufzeit des Programms, insbesondere in 
einem verteilten System, eine effiziente Oberwachung 
25 ermoglicht. Gerade ftir eine Vielzahl von Programmen ist eine 
derartige Oberwachung anhand vorliegender Erfindung machbar. 

Diese Aufgabe wird gemaB den Merkmalen der unabhangigen 
Patentanspruche gelost. Weiterbildungen der Erfindung ergeben 
30 sich auch aus den abhangigen Anspruchen. 

Zur Losung der Aufgabe wird ein Verfahren zur Uberwachung 
eines Programms angegeben, bei dem das Programm urn einen 
Instrumentieirungsteil erweitert wird. Der 
35 Instrumentierungsteil generiert eine Nachricht und 

ubermittelt diese Nachricht an einen Uberwachungsprozeli . Der 
Uberwachungsprozeii leitet eine vorgegebene Aktion ein. 
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Ein Instrumentierungsteil ist ein Programmteil oder ein 
(Programiti-) Code (fragment) , das mit dem zu tiberwachenden 
Prograitim verbunden wird. Diese Verbindung kann dadurch 
erfolgen, dali der Instrumentierungsteil in das Programm 
selbst Oder in eine mit dem Programm assoziierte Funktion 
eingebettet wird, Beispielsweise kann das Programm selbst an 
einigen Stellen instrumentiert werden, deren jede dann an den 
OberwachungsprozeB bei bestimmten Ereignissen Nachrichten 
schickt. Gleichzeitig konnte eine Ausgaberoutine des 
Programms instriimentiert werden, so dalJ zusatzlich zur 
normalen (also ohne Instrumentierung) Ausgabe des Programms 
weitere Ausgaben an den Oberwachungsprozeli geleitet werden 
(Instrumentieren der Ein-/Ausgabeschnittstelle des 
Programms) . 

Der Uberwachungsprozeii ubernimmt vorzugsweise die 
Koordination der Nachrichten die (ggf. von zahlreichen 
verteilten) Programmen ubersandt werden. Ferner kann der 
UberwachungsprozeB uber verschiedene Aktionen verfugen, die 
er als Folge der Nachrichten auslosen bzw. einleiten kann: 

• So konnen z.B. die Nachrichten dargestellt werden. 
Die Darstellung erfolgt vorzugsweise abhangig von der 
Zeit, z.B. in Form eines Nachrichtenf lulidiagramms 
(engl.: Message Sequence Chart, MSG). Auch 
Darstellungsf ormen als Baumstruktur oder in Form von 
Listen sind denkbar. 

• Welters ist ein Eingriff in den Ablauf des Programms 
moglich. So konnte der Instrumentierungsteil 
veranlassen, dali erst auf eine Antwort von dem 
Oberwachungsprozeli zu warten ist, ehe das Programm 
selbst fortgesetzt wird. Diese Antwort kann von einem 
Benutzer/Programmierer vorgenommen werden oder 
automatisch abhangig von bestimmten Vorgaben erfolgen 
(IF-THEN-ELSE-Konstruktion) . Der automatisierte 
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Ablauf kann als eigenes Unterprogramm, koordiniert 
durch den OberwachungsprozeJi, ablauf en. 

• Auch ist es moglich, daB die Aktion einer Steuerungs- 
oder Regelungsauf gabe entspricht. Ein Beispiel ware 
ein Zu- bzw. Abschalten einer Einheit eines 
technischen Systems, sobald bestinimte Vorgaben 
erfullt sind bzw, an den OberwachungsprozeiJ gemeldet 
wurden . 

Vorteile des hier vorgestellten Verfahrens sind die 
Moglichkeit der Uberwachung des Programms zu seiner Laufzeit. 
Durch die Instrumentierung ist sichergestellt , daiJ auch 
wahrend der Laufzeit bestiininte Ereignisse in Form von 
Nachrichten an den Uberwachungsprozeli gemeldet werden. Dort 
werden diese Nachrichten gesammelt und geeignet aufbereitet. 
Insbesondere kann der Uberwachungsprozeli anhand einer 
Filterfunktion sicherstellen, dai3 nur diejenigen Nachrichten 
dargestellt oder beriicksichtigt werden, die auch tatsachlich 
den gefilterten Vorgaben entsprechen. Weiterhin ist die 
Einsatzmoglichkeit in einem verteilten System ein 
entscheidender Vorteil. Die untibersichtliche Interaktion 
vieler verschiedener Programme in dem verteilten System macht 
eine Fehlersuche schwierig. Die Obermittlung von Nachrichten 
an den Uberwachungsprozeli von jedem instrument ierten (auch 
verteilten) Programm vieler verschiedener Programme, die 
nicht alle auf derselben Rechnerplattf orm ablaufen, 
ermoglicht - nach geeigneter Filterung und/oder Aufbereitung, 
z.B. anhand eines Nachrichtenf luBdiagramms - die Wahrung 
einer Ubersicht, so dafJ eine Verfolgung bestimmter Aktion in 
dem verteilten System und die damit verbundene Fehlersuche 
deutlich erleichtert werden, 

Hierbei sei angemerkt, daB oben beschriebenes Programm 
durchaus auch je ein Teil eines zusammenhangendes Programms 
Oder eine mit dem Programm verknupfte (assoziierte) Funktion 
sein kann. 
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Besonders von Vorteil ist es, wenn eine mit dem zu 
uberwachenden Programm assoziierte 'Middleware' 
instriimentiert wird. In diesem Fall kann zentral eine 
Funktionalitat , derer sich das Programm bedient, 
instrumentiert werden. Dies ist gerade deshalb von 
herausragendem Vorteil, well so bspw. nicht alle 
Ein-/Ausgaberoutinen in dem Programm instrumentiert werden 
mussen, sondern statt dessen die eine zugehorige Routine in 
der Middleware instrumentiert wird. Dies entspricht gerade 
der Instrumentierung aller Ein-/Ausgaberoutinen in dem zu 
uberwachenden Programm, Die tatsachliche Erweiterung der 
einen Stelle in der Middleware ist auflerst okonomisch, da 
nicht das ganze zu iiberwachende Programm nach besagten 
Routinen durchsucht werden muJi . Die Anderung der 
Instrumentierung kann zentral an einer Stelle fur alle 
betroffenen Routinen erfolgen (Kapselung der Schnittstelle) . 
Ferner ist diese Art der Instrumentierung sehr flexibel und 
erweiterbar. Andert sich das zu uberwachende Programm, ist 
die Instrumentierung fur das nachste zu uberwachende Programm 
hinsichtlich der betroffenen Routinen (hier als Beispiel die 
Ein-/Ausgaberoutinen) bereits f ertiggestellt . 

Insbesondere werden in einem verteilten System, also in einem 
System, das mehrere Rechner aufweist, die uber ein Netzwerk 
miteinander verbunden sind, die folgenden- Mechanismen in dem 
Programm uberwacht; 

• Nachrichtenubermittlung (engl.: message passing, task 
to task) : 

Ein Empfanger (Programm oder Prozeli) wartet auf eine 
Nachricht. Er kann erst weitermachen, wenn die 
Nachricht von einem Sender ubermittelt worden ist. 

• Remote Procedure Call (RPC) : 

Beispielsweise versucht ein ProzeJi auf einem anderen 
Rechner ("remote") ein Programm zu starten. Der 
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ProzeB wartet solange, bis auf dem "remote"-Rechner 
die Bearbeitung beendet ist. Im Normalfall erhalt der 
Prozefi eine Benachrichtung liber Erfolg oder MiJierfolg 
der Bearbeitung. 

• KontrollfluB (engl.: task join): 

Ein ProzeB wird einem anderen Prozeli hinzugefugt. Der 
hinzugefugte Prozefi ist von da an nicht langer 
existent . 

Liegt ein verteiltes System vor, das aus mehreren Rechnern 
besteht, so ist jedes System fiir sich eigenstandig und 
verfiigt z.B, uber eine eigene Systemuhr. Urn eine semantische 
Korrektheit sicherzustellen ist es wichtig, Plausibilitat , 
z.B. den Zeitstempel der jeweiligen Nachrichten, zu 
iiberpriifen. Jede verschickte Nachricht erhalt insbesondere 
einen Zeitstempel, der zur Synchronisation einsetzbar ist. So 
kann es vorkommen, dafi die Ubermittlung einer Nachricht eine 
bestimmte Zeitdauer benotigt und bei der Darstellung in dem 
Uberwachungsprozefi bei mehreren Nachrichten die zeitliche 
7\bfolge geklart werden mufi . Gehen die Systemuhren der 
einzelnen Systeme nicht gleich (wovon in der Regel auszugehen 
ist), so wird von dem Uberwachungsprozefi die richtige 
zeitliche Abfolge der gesendeten Nachrichten bestimmt. Dies 
geschieht insbesondere mittels einer Heuristik, die 
iiberpruft, ob eine Annahme korrekt ist oder nicht. Ist dies 
der Fall, so wird die zuletzt ermittelte zeitliche Abfolge 
ubernommen, im anderen Fall wird eine nachste Annahme 
iiberpruft. Die Uberprufung basiert auf einer Semantik der 
Nachrichten: So kann eine Antwort nicht vor einer Anfrage 
eingehen. Dies lafit Ruckschlusse auf die Verhaltnisse der 
beiden involvierten Systemuhren zu. Es wird ein zeitlicher 
Offset bestimmt, der eine Plausibilitat der Systemuhren 
erfullt. Der Offset kann angepafit werden, sobald eine weitere 
Systemuhr mit einem Bezug zu mindestens einer der beiden 
bestimmten Systemuhren berucksichtigt werden mufi. 
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Das oben beschriebene Verfahren ist bevorzugt einsetzbar zum 
Testen, Steuern und Warten des Programms bzw. eines mit dem 
Programm assoziierten technischen Systems. 

Auch wird zur Losung der Aufgabe eine Anordnung zum 
Oberwachen eines Programms angegeben, bei der eine 
Prozessoreinheit vorgesehen ist, die derart eingerichtet ist, 
daiJ 

a) das Programm urn einen Instrumentierungsteil 
erweiterbar ist; 

b) der Instrumentierungsteil eine Nachricht generiert und 
an einen OberwachungsprozeiJ ubermittelt; 

c) der UberwachungsprozeJi eine Aktion auslost. 

Diese Anordnung ist insbesondere geeignet zur Durchfiihrung 
des erf indungsgemaJien Verfahrens oder einer seiner vorstehend 
erlauterten Weiterbildungen . 

Ausfuhrungsbeispiele der Erfindung werden nachfolgend anhand 
der Zeichnung dargestellt und erlautert. 

Es zeigen 

Fig.l ein Blockdiagramm mit logischen Komponenten zum 
Uberwachen eines Programms; 

Fig. 2 verschiedene Darstellungen von zu uberwachenden 
Mechanismen eines verteilten Systems; 

Fig, 3 eine Prozessoreinheit. 



Fig.l zeigt ein Blockdiagramm mit logischen Komponenten zum 
Oberwachen eines Programms. Das zu uberwachende Programm 101 
ist mit einer Filterf unktionalitat 102 und einer 
Instrumentierung 103 versehen. Der oben vielfach erwahnte 
Oberwachungsprozeli umfaJit die Blocke Ereignisgenerator 104 
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(engl.: "Event Generator"), Ereignismanager 109 (engl,: 
"Event Manager") und die verschiedenen 

Darstellungsmoglichkeiten 115 bis 120 (engl.: "Views"). 

Der Ereignisgenerator 104 enthalt einen Parser 105, zwei 
Nachrichtenschnittstellen 106 und 107 und eine Datei 108) . 
Der Ereignismanager 109 umfafit eine Verbindungseinheit 110 
(engl.: "Merger"), eine Ereignisliste 111 (engl.: "Trace 
Event List"), ein Filtereinheit 112 und eine gefilterte Liste 
113. Eine Auswahl des jeweiligen Eintrags innerhalb der 
gefilterten Liste 113 erfolgt uber eine Navigationseinheit 
114 (engl.: "Stepper"). 

Die Filterfunktionalitat 102 ist vorgesehen zur Selektion 
bestimmter fur die jeweilige Anwendung interessierender 
Instrumentierungsteile der Instrumentation 103. Das Ergebnis 
der Instrumentierung, die Nachrichten, werden an eine 
Kommunikationsschnittstelle "Socket" 107 ubermittelt oder in 
eine Datei 108 geschrieben. Die eingehenden Nachrichten 
werden in dem Parser 105 aufbereitet und an die 
Verbindungseinheit 110 ubermittelt. Dort werden die vom 
Parser 105 erhaltenen Eintrage der Nachrichten in einer Liste 
111 abgelegt, Insbesondere erfolgt hier auch die semantische 
Uberprufung der den Nachrichten anhaftenden Zeitstempel. 
Optional erfolgt in Block 112 eine Filterung aller von der 
Verbindungseinheit 110 in der Liste 111 abgelegten 
Nachrichten nach bestimmten Vorgaben. Das Ergebnis ist die 
gefilterte Liste 113, deren Eintrage mittels 
Navigationseinheit 114 auswahlbar sind. 

Die Navigationseinheit 114 dient als Interaktionsmedium ftir 
den Benutzer. Dort konnen Eingaben erfolgen, die uber die 
Kommunikationsschnittstelle 106 des Ereignisgenerators 104 an 
den instriimentierten Programmteil 103 weitergeleitet werden. 
Insbesondere ist durch diese Interaktion ein Zusammenspiel 
von Programm und Instrumentierung moglich. 
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Die Interaktion kann durch Eingabe des Benutzers Oder 
alternativ uber eine Vorschrift nach dem Schema "immer wenn 
... dann ..." erfolgen. Weiterhin kann eine Aktion 121 
durchgeflihrt werden, die ausgehend von dem OberwachungsprozeJJ 
2u einer externen Steuerung oder einem sonstigen externen 
Eingriff f lihrt . 

Die gefilterte Liste 113 kann in unterschiedlichen 
Darstellungen 115 bis 120 aufbereitet werden. Die Daten der 
gefilterten Liste 113 konnen dargestellt werden als 

• Liste (Block 115) , 

• hierarchisch sortierte Ansicht (z.B. nach Rechnern 
Oder Struktur von Programmen und Prozessen, Block 
116) , 

• Nachrichtenf luBdiagramm (MSG, Block 117), wobei eine 
vorgegebene Gruppierung berucksichtigt werden kann, 

• detaillierte Ansicht (zu jeder Nachricht gibt es eine 
Reihe von Inf ormationen betreffend Sender, Empfanger, 
Zeitstempel, Nachrichteninhalt , etc.; Block 118), 

• Liste der vom Benutzer durchgef lihrten Eingaben (Block 
119) , 

• Testreport (Block 120) . 

Aus Fig. 2 gehen verschiedene Darstellungen von zu 
uberwachenden Mechanismen eines verteilten Systems hervor. 
Fig. 2 ist dazu dreigeteilt in die Figuren 2A, 2B und 2C. Die 
jeweilige horizontale Linie bezeichnet die Zeitachse t. 

In Fig.2A ist die Nachrichtenubermittlung dargestellt. Ein 
Sender 201 setzt zu einem Zeitpunkt tl eine Nachricht ab, die 
zu einem Zeitpunkt t2 bei einem Empfanger 202 ankommt. 
Bereits zu einem Zeitpunkt t3 hat der Empfanger 203 damit 
begonnen auf diese Nachricht zu warten. Bis zu dem Zeitpunkt 
t2 hat er gewartet, jetzt setzt der Empfanger 202 die Arbeit 
fort. 
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Fig.2B zeigt den Mechanismus "Remote Procedure Call, RPC". Zu 
einem Zeitpunkt t4 setzt ein Prozeli 203 an einen Adressaten 
204 eine Meldung "CLIENT_BEGIN (Call ob j ect .method (...) " ab. 
Diese Nachricht kommt zu einem Zeitpunkt t5 bei dem 
Adressaten 204 an, der vorzugsweise eine eigener Rechner, 
fern von dem Rechner auf dem der ProzeB 203 ablauft, ist. Der 
Adressat 204 veranlaBt zu diesem Zeitpunkt t5 mit dem Befehl 
"SERVER_BEGIN" die Ausfuhrung des ubermittelten Kommandos. Zu 
einem Zeitpunkt t6 ist die Ausfuhrung bei Adressaten 204 
beendet, die Arbeit wird eingestellt ( "SERVER__END" ) und das 
Ergebnis "res" an den Prozeii 203 zuriickgeschickt ("Return 
res=obj .meth (...)") . Zu einem Zeitpunkt t7 kommt das Ergebnis 
bei dem Prozeii 203 an, der RPC wird mit dem Befehl 
"CLIENT_END" beendet . Der Prozefi hat von t4 bis t7 gewartet 
und setzt jetzt mit dem auf dem Adressaten 204 ermittelten 
Ergebnis "res" seine Bearbeitung fort. 

Ein Beispiel fiir einen KontrollfluB ist in Fig,2C 
dargestellt. Dabei sollen zwei Prozesse miteinander verbunden 
werden ("Task Join") . Zu einem Zeitpunkt t8 wird von einem 
ProzeB Taskl 205 ein Kommando " JOIN_REQUEST" zu einem Prozeli 
Task2 206 geschickt. Dort angekommen, bewirkt zu einem 
Zeitpunkt t9 ein Kommando " JOIN_START" , daii bis zu einem 
Zeitpunkt tlO der Prozeli Task2 206 die Verknupfung mit dem 
Prozeli Taskl 205 durchfuhrt. Zu dem Zeitpunkt tlO erfolgt mit 
dem Kommando "JOIN_DONE" eine Ruckkehr zu dem Prozeli Taskl 
205, der zu einem Zeitpunkt til mit einem Kommando "JOIN_END" 
die Arbeit wiederauf nimmt . Der Prozeli Taskl 205 hat von t8 
bis til gewartet, der Prozeli Task2 206 ist nach tlO beendet. 

Die Figuren 2A, 2B und 2C veranschaulichen unterschiedliche 
Mechanismen, die in einem verteilten System beobachtet werden 
konnen, um einen Oberblick uber die Interaktion von verteilt 
ablaufenden Programmen und Prozessen zu erhalten. Gerade bei 
der Fehlersuche oder bei Wartungsarbeiten ist es von 
unschatzbarem Vorteil, an der interprozessualen Schnittstelle 
Aktionen mitverfolgen zu konnen. 
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In Fig. 3 ist eine Prozessoreinheit PRZE dargestellt • Die 
Prozessoreinheit PRZE umfalit einen Prozessor CPU, einen 
Speicher SPE und eine Input/Output-Schnittstelle lOS, die 
5 uber ein Interface IFC auf unterschiedliche Art und Weise 

genutzt wird: Uber eine Graf ikschnittstelle wird eine Ausgabe 
auf einem Monitor MON sichtbar und/oder auf einem Drucker PRT 
ausgegeben, Eine Eingabe erfolgt tiber eine Maus MAS oder eine 
Tastatur TAST. Auch verfiigt die Prozessoreinheit PRZE liber 
10 einen Datenbus BUS, der die Verbindung von einem Speicher 

MEM, dem Prozessor CPU und der Input/Output-Schnittstelle lOS 
gewahrleistet , Weiterhin sind an den Datenbus BUS zusatzliche 
Komponenten anschliefibar , z.B. zusatzlicher Speicher, 
Datenspeicher (Festplatte) oder Scanner, 

15 
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Patentanspruche 

1. Verfahren zum Uberwachen eines Programms/ 

a) bei dem das Programin um einen Instruitientierungsteil 
erweitert wird; 

b) bei dem der Instrixmentierungsteil eine Nachricht 
generiert und an einen Oberwachungsprozeli ubermittelt ; 

c) bei dem der Uberwachungsprozefi eine Aktion auslost. 

2. Verfahren nach Anspruch 1, 

bei dem die Aktion eine der folgenden Moglichkeiten 
umf afit : 

d) Darstellung der Nachricht; 

e) Eingriff in den Ablauf des Programms; 

f) Steuerung und/oder Regelung einer mit dem Programm 
assoziierten Einheit. 

3. Verfahren nach Anspruch 1 oder 2, 

bei dem der Instrumentierungsteil nach Obermittlung der 
Nachricht auf eine Antwort, die von dem 
Uberwachungsprozefi erzeugt wird, wartet. 

4. Verfahren nach Anspruch 3, 

bei dem die Antwort nach Eingabe eines Benutzers oder 
durch einen automatisierten Ablauf erstellt wird. 

5. Verfahren nach einem der vorhergehenden Anspriiche, 

bei dem mehrere Nachrichten dargestellt werden als Liste, 
Baumdiagramm oder als ein Nachrichtenf luiidiagramme 
(Message Sequence Chart, MSG) . 

6. Verfahren nach einem der vorhergehenden Anspriiche, 

bei dem das Programm ein Teil eines groBeren Programms 
ist . 
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Verfahren nach einem der vorhergehenden Anspriiche, 
bei dem eine mit dem Prograiniti assoziierte Funktion 
instrumentiert wird. 

Verfahren nach einem der vorhergehenden Anspruche, 
bei dem eine mit dem Programm assoziierte Middleware 
instrumentiert wird . 

Verfahren nach einem der vorhergehenden Anspruche/ 
bei dem mindestens einer der folgenden Mechanismen 
uberwacht wird: 

g) Remote Procedure Call (RPCs) , 

h) Nachrichteniibermittlung, 

i) Kontrollf lull . 

Verfahren nach einem der vorhergehenden Anspruche, 
bei dem mehrere Programm in einem verteilten System oder 
ein Programm, das uber das System verteilt ist, uberwacht 
wird . 

Verfahren nach Anspruch 10, 

bei dem eine Oberprufung einer semantischen Korrektheit 
mittels vorgegebener Heuristiken erfolgt. 

Verfahren nach einem der vorhergehenden Anspruche 
zum Testen, Steuern oder Warten eines technischen 
Systems • 

Anordnung zum Uberwachen eines Programms, 

bei der eine Prozessoreinheit vorgesehen ist, die derart 
eingerichtet ist, dafi 

j) das Programm um einen Instrumentierungsteil 

erweiterbar ist; 
k) der Instrumentierungsteil eine Nachricht generiert und 

an einen Uberwachungsprozefi ubermittelt; 
1) der OberwachungsprozeB eine Aktion auslost. 
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Zusammen fas sung 

Verfahren und Anordnung zum Uberwachen eines Prograinins 

5 Es wird ein Verfahren zur Uberwachung eines Programms 
angegeben, bei dem das Programm um einen 
Instrumentierungsteil erweitert wird. Der 
Instrumentierungsteil generiert eine Nachricht und 
iibermittelt diese Nachricht an einen Uberwachungsprozefi . Der 
10 tiberwachungsprozefi leitet eine vorgegebene Aktion ein. 
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